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(54) Procede de prepaiement de consommation de communications telephoniques 



(57) Pour limiter les risques de communications te- 
lephoniques impay^es k etablir depuis un terminal t6ie- 
phonique predetermine (PRM) k travers un reseau te^ 
lephonique (RTC). un prepaiement de consommations 
de telles communications comprend : 

etablir une communication depuis un terminal quel- 
conque (TTQ. PRM) avec un seweur de prepaie- 
ment (SPP) k travers le reseau (RTC) de mani6re 
k transmettre un message d'identification (ND) du 
terminal predetermine (PRM) au serveur de pre- 
paiement. 

en reponse k une identification du terminal prede- 
termine, demander depuis le terminal quelconque 
(TTQ, PRM) un prepaiement de consommation de 
communications teiephoniques au sen^eur de pre- 
paiement, et 

lorsque la demande de prepaiement est acceptee 
par le serveur de prepaiement, payer un montant 
transmis depuis le terminal quelconque (TTQ. 
PRM) afin que le serveur de prepaiement incremen- 
te un compte de consommation (CO) associe au 
terminal predetermine (PRM). 

Le terminal predetermine et le terminal quelconque 
peuvent Stre confondus en un radiotelephone rrrabile. 
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Description 

La presente invention concerne un precede de pre- 
paiement de consommation de communications t6l6- 
phoniques. .5 

Tout particulierement, I'invention a pour objectif de 
limiter les risques de communications tel^phoniques im- 
payees 6tablies au moyen d'un terminal tdiephonique 
et d'^viter des procedures contentieuses inherentes a 
ces impay6s. io 

A cette fin, un precede pour pr6payer une consom- 
mation de communications tel6phoniques k etablir au 
moyen d'un temninal predetermine a t ravers un r^seau 
teiephonique, comprenant les etapes suivantes : 

IS 

etablir une communication depuis un temninal quel- 
conque avec un moyen de traitement de pr^paie- 
ment k travers le r^seau de mani^re k transmettre 
un message ^identification identifiant le terminal 
predetermine au moyen de traitement de prepaie- 20 
ment, 

en reponse k une identification du terminal prede- 
termine, demander depuis le terminal quelconque 
un prepaiement de consommation de communica- 
tions teiephoniques au moyen de traitement de pre- 2S 
palement. et 

lorsque la demande de prepaiement est acceptee 
par le moyen de traitement de prepaiement, payer 
un montant transmis depuis le terminal quelconque 
afin que le moyen de traitement de paiement incre- 30 
mente un compte de consommation associe au ter- 
minal predetermine. 

est caracterise en ce que I'etape d'etablir com- 
prend la composition d'un numero d' identification Iden- 3S 
tifiant le terminal predetemnine et d'une cie de controle 
sur le terminal quelconque de mantere k les inclure dans 
le message d'identification, et le controle de la coheren- 
ce entre le numero d'identification et la cl6 selon un al- 
gorithme predetermine dans le moyen de traitement de 40 
prepaiement, et lorsque la coherence est etablie, la ve- 
rification de I'appartenance du numero d'identification k 
une liste enregistree dans le moyen de traitement de 
prepaiement, la communication etant coupee par le 
moyen de traitement de paiement lorsque le nombre de 
defauts de coherence excede un nombre predetermine, 
ou le numero d'identification n'est pas inclus dans la lis- 
te. 

Le terminal quelconque peut etre tout type de ter- 
minal teiephonique, y compris radioteiephonique. et so 
peut etre egalement le terminal predetermine. 

Tant que le compte de consommation est positif, 
I'usager du terminal predetermine peut consommer des 
communications teiephoniques, et doit reverser un 
montant des que le compte devient negatif. L'usager est ss 
ainsi plus sensibilise au cout des communications et 
I'organisme gerant les terminaux est plus decharge des 
contentieux d'impayes de communications avec ses 



clients. 

Selon une realisation particulidre lorsque les termi- 
naux predetermine et quelconque sont confondus en un 
terminal radioteiephonique relie au reseau teiephonique 
par un reseau radioteiephonique. la composition d'un 
numero d'identification et d'une cie de controle sur le 
terminal quelconque et le controle de la coherence entre 
le numero d'identification et la cie sont supprimes. Le 
numero d'identification sans cie de controle est inclus 
dans le message d'identification qui est transmis par le 
reseau radioteiephonique au moyen de traitement de 
prepaiement aprds un appel du reseau radioteiephoni- 
que par le terminal radioteiephonique en composant un 
numero teiephonique particulier, et la traduction du nu- 
mero teiephonique particulier en un numero d'appel du 
moyen de traitement de prepaiement par le reseau ra- 
dioteiephonique. communication est coupee par le 
moyen de traitement de paiement lorsque, apres la ve- 
rificatbn de Tappartenance du numero d'identification k 
la liste, le numero d'identification n^est pas inclus dans 
la liste. 

Le moyen de traitement de prepaiement transmet 
des messages au temninal quelconque a travers un ser- 
yeur de messages vocaux et/ou alphanumeriques de 
maniere k d'laloguer avec tous jes types de terminaux 
teiephoniques. 

L'etape de demander comprend la selection entre 
au moins deux modes de paiement qui peuvent etre un 
paiement par titre eiectronique de paiement (TEP) ou 
un paiement par carte bancaire (CB). 

Pour un traitement eiectronique de paiement. l'eta- 
pe de demander comprend la composition d'un code se- 
cret au terminal quelconque. Le moyen de traitement de 
prepaiement accepte alors la demande de prepaiement 
lorsque le code secret est reconnu en association avec 
le message d'identification et n*a pas ete tente d'etre 
compose un nombre de fois predetermine. 

Le code secret est enregistre dans le moyen de trai- 
tement de prepaiement. sans comparaison au message 
d'identification, lorsque le compte de consommatbn est 
incremente pour la premiere fois par un montant resul- 
tant d'un titre eiectronique de paiement. 

Pour un paiement par carte bancaire, l'etape de de- 
mander comprend la composition sur le terminal quel- 
conque d'un numero predetermine, tel que numero de 
carte bancaire. transmis au moyen de traitement de pre- 
paiement. Ce dernier accepte la dennande de prepaie- 
ment par exemple lorsque le numero predetermine a 
une longueur correct e et/ou n'appartient pas ^ une liste 
de numero de carte bancaire predeterminee. 

En general, le moyen de traitement de prepaiement 
peut refuser le montant verse lorsque I'un des cumuls 
de montants verses au moyen de Tun s6lectionne de 
modes de paiement, tels que carte bancaire et titre eiec- 
tronique de paiement, et de montants verses sur le 
compte de consommation associe au terminal predeter- 
mine excede un montant maximal respectif sur un nom- 
bre respectif de jours, et/ou lorsque le nombre de paie- 
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ments au moyen du mode de paiement s^lectionnd ex- 
c6de un nombre maxinnal respectif sur un nombre res- 
pectif de jours. 

A I'dtape de payer, te moyen de trait ement de pre- 
paiement peut transmettre au terminal quelconque le s 
solde du compte de consomnrwition avant et apr6s in- 
crementation du compte de consommation afin que 
Tusager vdrifie son operation de paiement. Pour une rai- 
son analogue, aprds incrementation du compte de con- 
sommation, le moyen de traitement de pr6paiement 
peut transmettre un certificat provisoire de paiement au 
terminal quelconque, lorsque le paiement est un titre 
electronique de paiement. 

Pour mieux s6curiser les paiements par titre TEP, 
le proc^de peut comprendre, aprds I'dtape de payer, 
une invitation k changer un code secret pour titre 6lec- 
tronique de paiement, et en cas de r^ponse positive k 
rinvitation, un changement de code secret 

D'aiitres caractdristiques et avantages de ta prd- 
sente invention apparaTtront plus clairement k la lecture 
de la description suivante de plusieurs realisations pre- 
f erees de invention en reference aux dessins annexes 
correspondants dans iesquels : 

la figure 1 est un bloc<iiagramme schematique de 
moyens materiels et logiciels pour la mise en 
oeuvre d'un prepaiement de consomnnations teie- 
phoniques pour un poste radtoteiephonique mobile 
rattache au reseau teiephonique commute k travers 
un reseau de telecommunication specifique ; 
la figure 2 est un organigramme de deux premieres 
etapes prtncipales d'un procede de prepaiement de 
consommation de communications teiephoniques 
selon rinvention, plus precisement une etape d*ap- 
pel et d'identificatton de poste et une etape de mode 
de paiement ; et 

la figure 3 est un organigramme des deux dernidres 
etapes principales du procede de prepaiement, 
^ plus precisement une etape de paiement et une eta- 

pe de changement de code. 

A titre de realisation preferee, le procede de pre- 
paiement selon ['invention est decrit ci-apres pour le 
prepaiement d'une consommation de communications 
teiephoniques, de depart et/ou d'arrivee, qui sont eta- 
blies. entre autres, au moyen d'un terminal predetermi- 
ne, tel qu'un poste, dit egalement combine, radioteie- 
phonique mobile portable PRM de type urbain et de fai- 
ble portee radioeiectrique, selon la norme CT2-CAI. 

En reference k la figure 1 , les moyens materiels 
et logiciels essentiels pour la mise en oeuvre du pro- 
cede de prepaiement selon cette realisation compren- 
nent 

un reseau numerique specifique de postes radiote- 
lephoniques mobiles RPM accessible par tout poste 
PRM k travers des bomes fixes radio reliees par 
groupe k des unites de raccordement de bomes, 
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un quelconque terminal teiephonique classique 
TTQ raccorde au reseau teiephonique commute 
RTC directement ou k travers des reseaux de tele- 
communication specrfiques, tels qu'un reseau de 
radioteiephonie, un reseau teiephonique prive. un 
reseau de transmission par paquets, etc., 
un serveur vocal SV relie au reseau teiephonique 
RTC et au reseau de postes mobiles RPM ^travers 
une ligne specialisee ou bien une liaison par pa- 
quets de type X25 (circuit virtual commute), et 
trois autres serveurs SPP, SCP et SB relies entre 
eux par des liaisons par paquets de type X25 (cir- 
cuits virtueis commutes). 

Le serveur SPP est un serveur de prepaiement qui 
constitue le coeur des moyens de prepaiement illustres 
schematiquement k la figure 1. La plupart des instrucr 
tions que ie serveur SPP revolt des serveurs SB et SCP 
sont retransmises au serveur vocal SV qui les traduit en 
message vocal k I'attention de I'usager qui utilise un ter- 
minal teiephonique quelconque TTQ ou bien un poste 
teiephonique mobile PRM pour proceder au prepaie- 
ment, comme cela apparaitra dans la suite. 

Le serveur SCP est un serveur de comptes de poste 
radioteiephonique mobile qui contient toutes les don- 
nees propres k identifier un poste PRM ainsi que, de 
preference, celle identifiant ie client de ce poste qui I'a 
acquis auprds de I'organisme gerant les postes mobiles 
PRM. En particulier, le serveur de comptes de poste 
contient des compteurs de consommation de commu- 
nications teiephoniques CO qui sont respectivement as- 
socies aux postes radioteiephonlques mobiles PRM. 
Chaque compteur CO est incremente d'un montant MV 
chaque fois qu'un usager du poste PRM associe au 
compteur est autorise k eff ectuer un prepaiement. et est 
decremente apres chaque consommation teiephonique 
consommee depuis le poste PRM. Le compteur de con- 
sommation CO est en relation avec I'unite de raccorde- 
ment de bomes desservant le poste PRM, laquelle 
transmet au compteur CO un ticket de communication 
nominatif contenant toutes les informations necessaires 
k la valorisation de la communication. Le serveur SCP 
est en pratique inctus dans le systems de gestion des 
clients du reseau de postes radioteiephonlques mobiles 
RPM et en relation avec ce reseau RPM. 

Dans le serveur de prepaiement SPP est preenre- 
gistre une liste LND de numeros de dossier ND qui sont 
respectivement associes aux postes radioteiephonl- 
ques mobiles PRM et done aux compteurs CO Indus 
dans le serveur SCP. 

Le serveur SB est un serveur de banque qui est ge- 
re par une banque avec laquelle I'organisme gerant des 
postes radioteiephonlques mobiles PRM a passe des 
accords de transaction pour le compte de ses clients/ 
usage rs. 

Les moyens nrtateriels et logiciels montres k la figu- 
re 1 permettent ainsi d'enregistrer un versement mone- 
taire MV fait a priori. Ce versement MV constitue une 
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reserve dont est deduit le montant de chaque commu- 
nication t6l6phonique effectuee par le poste associ6 
PRM. Le systeme bloque toute possibiltte de nouvel ap- 
pel k r^puisement du credit dans le compteur assocle 
CO. sans qu'il y ait de blocage en cours de communi- 
cation, le solde pouvant devenir n^gatif. 

Aucuiie facture n'est adress^e au ciient/usager du 
poste PRM. Seul le detail des communications est four- 
ni, ^ la demande du client, par I'organisme gestlonnaire 
du rSseau de postes radiot^lephoniques mobiles RPM. 

Lors de rouverture d'un dossier d'abonnement ou 
de I'activation d'un poste radiot^l^phontque, pour un 
client au service de prepaiement de consommation te- 
lephonique, un numero de dossier ND a six ou sept ca- 
racteres lui est affectd au client, c*est-^-dire le numero 
ND est associe au poste radiotelSphonique mobile RPM 
du client, ce type de poste 6tant identifie par un numero 
de poste NP qui peut §tre dStect^ par le reseau RPM. 
Comme les postes PRM sont associ6s de maniere biu- 
nivoque aux num^ros de dossier ND, chaque nouveau 
numero ND est compart aux numeros de dossier dans 
le serveur SCP afin d'6viter les doublons. En compl6- 
ment. une c\6 de contrdle CL a un caractere est calcul^e 
k partir du numero de dossier ND selon un algorithme 
predetermine defini par I'organisme gerant les postes 
radioteiephoniques mobiles. Cette c\6 est saisie par 
I'usager lors de versements au moyen d'un terminal t6- 
lephonique TTQ et garantit Texactitude du numero de 
dossier Par contre, le numero de dossier complet ND 
avec sa c\6 CL n'est pas saisi en cas d'appel du serveur 
vocal SV^ partir du poste PRM. Pour memoire, une car- 
te-badge comportant le numero de dossier ND et sa c\6 
CL est remise au client. 

A rouverture du dossier^ un contrat sp^cifique est 
etabli et, outre des frais de mise en service, un premier 
montant au moins dgal k une somme minimale est vers6 
par te ciient/usager de poste. Ce montant, qui peut etre 
egalement vers6 lors d'une premiere activation du pos- 
te, est enregistre dans le compteur CO du serveur SCP 
affecte au poste PRM du client. En meme temps, le nu- 
mero de dossier complet ND + CL est enregistre dans 
le serveur SPP et transmis par la liaison correspondante 
X25 au serveur de prepaiement SPP qui le classe dans 
une llste de num6ros de dossier LND. 

Ensuite, le compteur de consommation CO est re- 
charge par acces au serveur vocal SV et k travers le 
serveur de prepaiement SPP, par des paiements par 
carte bancaire CB ou par titre eiectronique de paiement 
TEP selon le precede de {'invention ou par envoi d'un 
cheque k un centre de gestion des clients de poste 
PRM. 

Le paiement par titre eiectronique de paiement TEP 
necessite la remise prealable par le client d'un releve 
d'identite bancaire RIB de son compte bancaire et d'une 
autorisation bancaire de prelevement du compte par ti- 
tre eiectronique de paiement de la banque concernee, 
toutes ces donnees etant ensuite enregistrees dans le 
serveur SPP et dans le serveur de banque SB. Le paie- 



ment est effectue par tranches, par exemple de cent 
Francs, et est limite k un montant maximum par exem- 
ple de trois cents Francs. 

Trois options de paiement sont proposees au 
s client. Les deux premieres font partle du precede de pre- 
paiement selon invention. Pour un dossier donne, 
aucune option n'est exclusive d'une autre. 

Pour I'option de paiement par titre eiectronique de 
paiement TEP, le client foumit un releve d'identite ban- 
10 caire RIB. ainsi qu'une demande d'autorisation de pre- 
levement par titre eiectronique de paiement signee. Le 
releve RIB est envoye par courrier k I'organisme gerant 
le serveur de prepaiement SPR 

Pour simplifier les operations de paiement par titre 
IS eiectronique de paiement. un code secret CS k quatre 
chiffres est associe au releve RIB du client. Le client 
compose le code secret CS k chaque operation de paie- 
ment, et cela quel que sort te mode d'accds au serveur 
vocal SV. Le code secret CS est personnalise par te 
client lui-meme au cours de la premidre operation de 
prepaiement. Ce code secret est memorise au niveau 
du sen/eur de prepaiement SPP, et n'est memorise ni 
dans le sen/eur de comptes des postes mobiles SCP, ni 
dans le sen/eur vocal SV. 

La seconde option conceme un paiement par carte 
bancaire. A chaque operation de paiement, le client, 
lorsqu'il appelle depuis un poste teiephonique quelcon- 
que TTQ et a compose son numero de dossier complet 
ND + CL, compose les chiffres de son numero de carte 
bancaire NCB. qui peut comprendre en pratique jusqu'^ 
19 chiffres. suivi de la touche diese #. En cas d'appel 
depuis le poste radioteiephonique mobile PRM, le nu- 
mero de dossier n'est pas a composer par le client et 
est compose par le reseau RPM. 

Cette seconde option satisfait tes besoinssuivants : 

payeurs multiples sur un meme numero de dossier, 
clients ne choisissant pas I'option de paiement par 
titre eiectronique de paiement et code secret, 
versement ponctuel en cas de changement ou de 
perte du code secret CS de paiement par titre eiec- 
tronique. 

Latroisieme option est un prepaiement par cheque. 
Toutes les informations relatives a des dossiers 
constitues et des dossiers supprimes alimentent, par 
exemple une fois par jour, le serveur SCP qui ensuite 
en transmet esssentiellement au serveur SPP qui en re- 
transmet au serveur SB. 

Dans la description qui suit, le mot "usager" designe 
le client auquel est confie un poste predetermine PRM 
et qui est la seule personne connue de I'organisme ge- 
rant les postes PRM, ou bien toute personne souhaitant 
utiliser le poste PRM et/ou verser un montant au credit 
du compte CO du poste PRM dans le serveur SCR en 
utilisant le poste PRM ou n'importe quel terminal teie- 
phonique TTQ. 

En reference a la figure 2, le precede de prepale- 
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ment de consommation de communications t6l6phoni- 
ques comprend essentiellement quatre 6tapes princlpa- 
les. une 6Xape d'appel et d'identification de poste ID, une 
dtape de mode de paiement MD« une Stape de patement 
PA et, le cas 6ch6ant, une 6tape de changement de co- 
de secret CC. 

L'^tape d'identification de poste ID est mise en 
oeuvre par deux voies diffdrentes, selon que I'usager 
souhaite crdditer te compte CO du poste radiot6l6pho- 
nique mobile pr6d6termind PRM. soit h travers un appel 
t^idphonique depuis un temninal t^ldphonique quelcon- 
que TTQ, qu'il soit un poste t^l^phonique fixe classlque 
ou un poste d'un autre type par exemple radiot6l6pho- 
nique mobile, sott ^ travers un appel t^l^phonique de- 
puis le poste radiotdldphonique mobile prdddtermind 
PRM lui-m§me. 

Lorsque I'usager decide d'utiltser le temiinal X6\6- 
phontque quelconque TTQ. Tdtape d'identification com- 
prend trois Stapes ID1, ID2 et ID3 et une dtape finale 
ID7 commune k I'autre vole. A I'dtape initiate ID1. une 
communication avec le serveur vocal SV est dtablie et 
confirmee dans les Stapes suivantes. L'usager compo- 
se le numSro tSISphonique d'appel NSV du serveur vo- 
cal SV sur le clavier du terminal TTQ. Un message vocal 
d'accueil specifique au service de prSpaiement des pos- 
tes tSISphoniques mobiles est transmis par le serveur 
SV au terminal TTQ. 

A rstape suivante 102, l'usager appuie sur la touche 
[*] et compose le numSro de dossier complet ND + CL 
associS au poste radiotSlSphonique mobile prSdStermi- 
n6 PTM. En pratique, lenumSro^ composer par l'usager 
comprend le numSro de dossier ND proprement dit k six 
ou sept caractSres, et une c\6 de contrdle CL k un ca- 
ractdre llSe au numSro ND par I'algorithme pr6d6termir 
nS pr6-enreglstr6 dans le serveur SV. 

A Tetape ID2 et k I'etape suivante 103, le serveur 
de prSpaiement SPP revolt du serveur vocal SV et con- 
trote le numSro de dossier ND Identifiant le poste mobile 
PRM, La liste LND des numeros de dossier ND complS- 
X6s de leurs cISs respectives CL est enregistrSe initiale- 
ment dans le serveur de prSpaiement SPP au fur et k 
mesure des ouvertures de compte et achat de postes 
radiotSISphoniques mobiles. Deux contrdles sont rdali- 

A rstape 102, le serveur vocal SV controle la cohe- 
rence de la cle CL avec le numero de dossier compos6 
ND selon I'algorithme de calcul pr6determin6 prSalable- 
ment k la consultation de !a liste. Trois essais de com- 
position du numSro ND + CL au maximum sont autori- 
sSs. Un message specifique de refus resultant d'erreur 
de saisie ou d'une inaction pendant un temps prSdSter- 
min6 est 6mis k I'Stape 1021 par le sen/eur SV dans le 
cas d'un troisiSme Schec k I'attention de l'usager. Le ser- 
veur vocal SV coupe alors la communication. 

Si le sen/eur vocal SV a reconnu la coherence des 
numSros ND avec la cIS CL k I'Stape 102, il communique 
le numero de dossier NO au serveur de prepaiement qui 
contrdle I'existence du numSro de dossier ND dans la 



liste LND k l'6tape ID3. En cas de contrdle nSgatif. un 
message de refus spScifique, different du prScddent et 
indiquant que le numSro composS ND ne correspond k 
aucun dossier numSrotS dans la liste LND est Smis k 
s rstape 1031 par le serveur SV sur instruction du sen/eur 
SPP, laquelle est dgalement transmise au serveur de 
compte SCP. 

En reference k la seconde voie dans I'Stape princi- 
pate d'appel et d'identification ID, I'usager decide d'uti- 
liser le poste radiotSlSphonique mobile prSddterminS 
PRM k rstape initlale ID4. L'usager compose un num6ro 
abr6g6 *55# sur son poste mobile PRM correspondent 
au serveur vocal SV k I'etape ID4. 

Le systdme de gestion dans le rSseau de poste ra- 
diot616phonique mobile RPM traduit le numSro abr6g6 
en le numero d'appel NSV du serveur vocal SV ou un 
autre numSro affects spScialement au serveur SV k 
i'Stape 105. Puis apres i'Stablissement de la liaison avec 
le serveur SV, le systSme de gestion du rSseau RPM 
compose le numSro de dossier ND sans la cl6 de con- 
trole QL, puisque le systSme de gestion, incluant notam- 
ment le serveur de compte SCP, report k chaque appel 
par le poste PRM le numSro tfidentification die poste NP 
mSmorisS dans le poste PRM et associe au numSro ND 
du dossier lors de I'ouverture de celui-cL Dans ce cas, 
le serveur vocal ne controle pas la cIS CL associS au 
numero de dossier ND. Un message vocal d'attente 
spScifique est Smis par le serveur vocal SV pour vSrifi- 
cation du numSro de dossier NO k TStape 106, comme 
k I'Stape ID3. 

Le serveur de prSpaiement SPP contrdle Texlsten- 
ce du numSro de dossier ND. Si le numSro ND n'appar- 
tient pas k la liste LND, un message de refus. diffSrent 
du message de refus k I'Stape 1031 suite k une erreur 
de saisie, est emis k i'Stape 1061 par le serveur vocal 
SV vers le poste PRM a travers le reseau RPM et ce 
refus est transmis Sgatement au serveur de comptes 
SCP. 

Apres identification du poste PRM succSdant k un 
appel par un terminal quelconque TTQ ou par le poste 
PRM. I'Stape I03 ou ID6 est suivie par une Stape de 
consultation de solde ID7. Le serveur vocal SV envoie 
une demande de position de compte au serveur de prS- 
paiement SPP. 

Le serveur SPP contrdle alors le cumul du montant 
verse pour le dossier identifiS par le numero ND vSrifiS 
^ i'Stape 1D3 ou 106. Si ce cumul excSde YF francs sur 
MJ jours glissants, un message de refus est Smis et la 
communication est coupSe, comme k I'Stape PA11 d6- 
crite plus loin. 

Si le cumul n'excSde pas YF francs sur MJ jours 
glissants, le serveur SPP restitue le solde SO du compte 
CO en 'temps reel" associe au poste PRM apres une 
consultation directe dans te serveur SCP ayant re^u 
comme adresse le numSro de dossier NO. 

Un message vocal est amis par le serveur SV Indi- 
quant ^ l'usager la position de son compte de consom- 
mation de communications tSISphoniques CO, et la date 
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Gt rheure du dernier ticket de communication pris en 
compte. 

En cas d'indisponibilrte du serveur SCP ou de la 
liaison entre celui-ci et le serveur de prepaiement SPP, 
un message de type incident est 6m\s par le sen^eur et 
la communication est coupee. 

En appuyant sur une touche de reemission de mes- 
sage [TRM] correspondant en pratique au chlffre 8, 
I'usager peut r66couter le dernier message vocal. 

Les modes de palement suivants sont proposes a 
I'etape MD1 : 

par titre 6lectronique de paiement TER 
par carte bancaire CB. 

L'6tape principale de mode de paiement MD est 
composee essentiellement de deux voi'es de demande 
de prepaiement selon que le client du poste PRM a opt6 
ou non pour un prepaiement par titre 6lectronique de 
paiement. 

Si le dossier de titre electronique de paiement est 
. valide, I'usager est orients par un message sp6cifique 
vers la voie de demande de paiement par titre electro- 
nique de paiement, apres consultation du serveur de 
prepaiement SPR Si le dossier de titre 6lectronique de 
paiement n'est pas valide, par exemple si la demande 
de prelevement par titre electronique de paiement n*a 
pas ete valid6e. I'usager sera orients vers la voie de de- 
mande de paiement par carte bancaire. Ces deux voies 
de demande de prepaiement sont d6taill6es ci-apres. 

Si le client a opX6 pour le paiement par titre electro- 
nique de paiement, le serveur de prepaiement SPP con- 
trole I'existence de I'identlte bancaire du client et la va- 
lidity du dossier de titre electronique de paiement. 

Le traitement realist par le serveur de prepaiement 
SPP depend de I'existence ou non d'un code secret CS 
k 4 chiffres associe au releve d'identite bancaire du 
client k I'etape MD2. 

Si un prelevement par titre electronique de paie- 
ment est valide k I'etape MD1 et si le code secret CS 
n'a pas ete prealablement personnalise. I'usager est in- 
vite par un message specifique a choisir un code secret 
a 4 chiffres qui sera associe au releve d'identite bancai- 
re, a retape MD4. Si des erreurs de transmission ou si 
le code secret CS est compose trop lentement par 
exemple, un nriessage de refus est transmis k I'usager 
et la communication e$t coupee aprfes trois tentatives 
de numerotation k I'etape MD31. 

Si le dossier de titre electronique de paiement est 
valide et si le code secret existe aux etapes MD1 et 
MD2. I'usager est invite par un message specifique k 
I'etape MD3 k composer son code secret CS 

Si I'usager tente de composer le code CS, le ser- 
veur SPP controle la validite du code compose CS par 
rapport a une liste de codes secrets adressee par le nu- 
mero de dossier Trois essais au maximum sont autori- 
s6s. Apres un troisieme echec, un message de refus est 
em is k retape MD41 et la communication avec les ser- 
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veurs SV et SPP est coupee. 

Le message invitant I'usager k composer le code 
secret k I'etape MD4 invite egalement I'usager a choisir 
le second mode de paiement par carte bancaire en ap- 
^ puyant sur la touche etoile [*]. Quel que soit I'etat du 
dossier de titre electronique de paiement, I'usager peut 
ainsi prepayer en ignorant le code secret CS. mais en 
debitant un compte bancaire a priori distinct de celui du 
client/proprietaire du poste radioteiephonique PRM as- 
^0 socie au num6ro de dossier ND. Cette option autorise 
le client k louer ou preter son poste PRM a I'usager sans 
comptabiliser le cout des communications entre eux. 

En cas d'anomalie dans les controles precedents, 
lors de la composition du code secret CS, un message 
IS specifique de refus est emis k I'etape MD41 et la voie 
de paiement par carte bancaire est offerte au client. 

Comme on le verra dans la suite, le serveur SPP 
calcule un certificat provisoire d'operation de paiement 
CPOP et le restitue a I'usager avec I'accord de paie- 
20 ment. Si I'accord est refuse, le message de refus est 
alors emis et la communication avec le serveur de paie- 
ment est coupeei. 

Apres retape MD1 ou MD4 indiquant que le paie- 
ment par titre electronique est impossible ou n'est pas 
25 seiectionne, I'usager demande un paiement par carte 
bancaire. L'usager compose alors son numero de carte 
bancaire NCB compris entre 10 et 19 chiffres, suivi de 
la sollicitation de la touche diese [#] k I'etape MD5. Les 
controles exerces par le serveur de prepaiement SPP 
30 sont en pratique les suivants : 

identification de carte bancaire etrangdre qui est 
rejetee, 

la cie de controle de numero de carte et la longueur 
3S du numero de la carte, 

I'absence du numero de carte NCB sur les listes 
d'opposition fournies par le serveur SB de la ban- 
que en relation avec Torganisation gestionnaire du 
reseau de poste radioteiephonique mobile RPM. 

40 

Trois essais de composition du numero de carte 
NCB sont autorises au maximum. Un message de refus 
est emis dans le cas d'un troisieme echec k I'etape 
MD51 , et la communication avec le serveur de prepaie- 
ment est coupee. 

En variante, a la place du numero de carte bancaire 
NCB. I'usager compose un code secret de carte plus 
court, qui est egalement controle par le serveur SPP 

Apres la saisie correcte du code secret CS k I'etape 
so MD3 ou MD4 ou du numero de carte bancaire NCB k 
retape MD5 signalant I'acceptation d'une demande de 
prepaiement par le serveur SPP, I'etape de paiement 
PA comprenant trois etapes PA1 , PA2 et PA3 est abor- 
dee. 

55 Le serveur de prepaiement SPP propose trois choix 
CI, C2 et C3 correspondant respectivement aux tou- 
ches du poste teiephoniquefl], [2], [3] et^desmontants 
de prepaiement par tranche: M1=100 FRF, M2=200 
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FRF et M3=300 FRF, k I'dtape PA1. Uusager saisit Tun 
des trois choix CI , C2 et C3 en appuyant sur la touche 
correspondante du clavier de son poste TTC ou PRM, 
par exemple la touche [1], [2] ou [3]. 

Pour un paiement par carte bancaire, le serveur de 
pr^paiement SPP demande une autorisation bancaire 
au serveur de banque SB si le cumul des montants ver- 
sus au moyen de la carte bancaire excdde XF Francs 
et/ou si le nombre des paiements au moyen de la carte 
bancaire excdde un maximum MA sur NJ jours glis- 
sants. Pendant cette consultation, le serveur de prd- 
paiement dmet par I'interm^dlaire du serveur vocal SV 
un message d'attente k Tdtape PA1. Si I'autorisation est 
refusde, un message de refus est 6mis et la communi- 
cation avec le sen/eur de pr^paiement SPP est couple 
^l'6tapePA11. 

Toujours k I'^tape PA1 , si un paiement par carte 
bancaire a 6X6 sdlectionnd et autorisd, ou si un paiement 
par titre Slectronique de paiement TEP a 6X6 s6lectionn6 
pr6c6demment, le serveur de pr^paienrient SPP contrS- 
le le cumul des montants versus pour le dossier corres- 
pondant au num6ro ND. Si ce cumul exc^de YF Francs 
sur MJ jours glissants, un message de refus est alors 
emis k I'dtape PA11, et la communication est couple. 

Lorsque les contrdles de cumul effectu^s par te ser- 
veur de prdpaiement SPP sont positifs. le serveur de 
pr^paiement envoie au serveur de comptes de poste 
SCP un message comprenant te numdrode dossier ND 
du client et le montant verse MV=M1, MV=M2 ou 
MV=M3 k additionner au compte de consommation CO. 
Le serveur SCP effectue une mise k jour automatique 
du solde actuel du compte de consommation et trans- 
met au serveur SPP un message d'acquittement k r6ta- 
pe PA2. L'ancien solde SO du poste PRM est retransmis 
avec cet acquittement dans un premier temps. 

Si cet acquittement est negatrf , te versement est re- 
fuse. Un message de refus est alors emis, la communi- 
cation est couple et la transaction est annulee k I'^tape 
PA21. 

De meme, si I'acquittement n'existe pas. en cas 
d'Indisponibiirte de Tapplication ou de la liaison entre les 
serveurs SCP et SPP, un message de type incident est 
6mis. la communication avec les serveurs SV et SPP 
est couple et la transaction est annulee k I'^tape PA21 . 

Aprds retape PA2, i'usager est Informe par un mes- 
sage vocal de t'acceptation de son paiement et de son 
nouveau solde SO. Ce nouveau solde SO = SO + MV 
est calcu!6 par le sen/eur SCP en additionnant le ver- 
sement MV^ l'ancien solde pr6alabtement communique 
k Tusager, et le compte de consommation CO est mis k 
jour. 

Si le paiement est reconnu comme effectu6 par car- 
te bancaire. k l'6tape suivante PA3, le sen^eur SPP dif- 
fuse k travers le serveur vocal SV le nouveau solde, puis 
la communication est coupee a I'etape PA31 

Si le paiement est reconnu comme effectue par titre 
6lectronique de paiement TEP k l'6tape suivante PA3, 
le serveur SPP diffuse k travers le serveur le serveur 



SV. k I'dtape PA32. non seulement le nouveau solde. 
mais 6gatement un certificat provisoire d'dp6ration de 
paiement CPOP sous la forme du numdro de rop6ration 
de paiement par titre 6lectronique de paiement TEP que 

s le client, titulaire du compte bancaire, retrouvera dans 
son retev^ de compte bancaire. 

Puis le serveur de prdpaiement SPP passe k la der- 
ni^re 6\ape principale de changement de code secret 
CC. Le serveur vocal SV invite I'usager k changer son 

10 code secret k V6Xape suivante CC1. Ce changement 
n*est possible que pour un paiement par titre dlectroni- 
que de paiement TEP, le mode de paiement par carte 
bancaire n'dtant pas concern^ par un code secret. 
Si Tusager ne souhaite pas modifier le code secret. 

IS I'usager ou le serveur SV aprds une temporisation prd- 
ddtermin^e coupe la communication k )'6tape CC11 . 

Si te changement de code secret est souhaitd par 
I'usager, it le signale en appuyant sur une touche pr6r 
d6termin6e [T1], par exemple avec le chiffre 1, puis 

20 compose son nouveau code secret k quatre chiffres qui 
est different de [0000], k I'dtape CC2. Le serveur SV le 
transmet a travers le serveur SPP au serveur de compte 
de poste SCP qui remptace l'ancien code secret par le 
nouveau code secret. Puis ta communication est cou- 

25 p6e par I'usager ou le serveur SV. 

Si des erreurs de transmission interviennent, le ser- 
veur Sy invite I'usager ^ recomposer son code secret k 
I'etape CC21 . Apr^s trois tentatives. la communication 
est couple. 

30 Les donndes des versements effectifs et des ope- 
rations refus6es selon le proc666 ci-dessus d^crit sont 
envoy6es en temps reel sous fomne de message d'opd- 
ration sur la liaison (circuit virtuel commute) X25 depuis 
le serveur de pr6paiement SPP vers le serveur de 

35 comptes de poste SCP Le message d'op6ration con- 
tient te numdro de dossier ND. ta nature de I'operation. 
t'ensemble des elements saisis par I'usager et la cause 
du refus eventuel. 

La liste des versements pr6sent6s en compensa- 

40 tion est envoy6e par un message en temps diff6r6, cha- 
que nuit, du serveur de prepaiement SPP au serveur de 
banque SB et au serveur de comptes de poste SCP. Le 
message contient le numero de dossier, les caract6ris- 
tiques du versement concerne et la date de remise en 

45 banque. 

A la fin de chaque communication prdpay^e mettant 
en oeuvre le poste predetermine PRM. un ticket de com- 
munication est etabti et valorise par un centre de reteve 
rapide en liaison avec les unites de raccordement de 

50 bornes dans le reseau de postes radioteiephoniques 
mobiles RPM. La communication est vaiorisee au tarif 
donne par la caracteristique de t'abonnement au service 
de prepaiement. Chaque ticket de communication est 
transmis par le centre de relev6 rapide au serveur de 

55 comptes SCP. Le montant du ticket est ajoute au total 
des consommations precedentes. Le nouveau montant 
total MT des consommations est compare k une llmite 
de consommation LC de la mani6re suivante : 
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si le montant MT est superieur ou 6gal h la limrte 
LC, alors toute consommation de communication 
tel6phonique est interdite au client, c*est-^-dire par 
Tintermediaire du poste PRM du client ; 
si le montant MT est inferieur k la limite LC alors il 
n'y a pas de blocage, mais une alerte 6ventuelle ; 
deux seuils d'alerte SI et S2 penmettent k I'usager 
d'etre informe par un message sp^cifique de I'ap- 
proche de la fin de son credit de consommation 
comptab!lis6 dans son compteur CO dans le ser- 
veur SCP. 

Lorsque le montant MT franchit le seuil SI qui est 
superieur au seuil S2. un message d'alerte unique est 
transmis via les serveurs SPP et SV. Au f ranchissement 
du seuil S2 et k chaque communication tant que le mon- 
tant est inferieur au seuil S2, un message d'alerte est 
transmis syst6matiquement via les serveurs SPP et SV 

Le message d'alerte est commun k toutes les aler- 

tes. 

Bien que le procede selon invention ait 6t6 decrit 
ci-dessus pour un pr^paiement de consommation de 
communications tel6phoniques relatif k un poste radlo- 
t6lephonique PRM, le procede s'applique au prepaie- 
ment de consommation de communication telephoni- 
que relatif k un quelconque temriinal t6l6phonique, qu'il 
soit par exemple classique ou radiotelephonique, ou 
bien de type videotex ou teletex relie simplement au r6~ 
seau telephonique commute ou bien a travers un reseau 
de telecommunication sp6cialis6. Dans ce dernier cas, 
les messages d'information transmis par le serveur de 
prepaiement SPP sont traduits par le serveur SV en 
messages alphanumeriques pour atfichage ou impres- 
sion dans le terminal et en messages vocaux pour ter- 
minal teldphonique classique. 
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Revendications 



1. 



Procede pour pr6payer une consommation de com- 
munications telephoniques k 6tablir au moyen d'un 
terminal predetermine (PRM) k travers un reseau 
telephonique (RTC), comprenant les etapes 
suivantes : 

6tablir une communication (ID) depuis un ter- 
minal quelconque (TTQ, PRM) avec un moyen 
de traitement de prepaiement (SPP) k travers 
le reseau (RTC) de manidre k transmettre un 
message ^identification (ND) identifiant le ter- 
minal predetermine (PRM) au moyen de traite- 
ment de prepaiement, 

en reponse a une identification du terminal pre- 
determine, demander (MD) depuis le terminal 
quelconque (TTQ. PRM) un prepaiement de 
consommation de communications telephoni- 
ques au moyen de traitement de prepaiement 
(SPP). et 
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lorsque la demande de prepaiement est accep- 
tee par le moyen de traitement de prepaiement, 
payer (PA) un montant (MV) transmis depuis le 
terminal quelconque (TTQ. PRM) afin que le 
moyen de traitement de prepaiement incre- 
mente un compte de consommation (CO) as- 
socie au terminal predetermine (PRM), 

caracterise en ce que retape d'etablir com- 
prend la composition (ID2) d'un numero d'identifi- 
cation (ND) identifiant le temiinal predetermine 
(PRM) et d'une cle de controle (CL) sur le terminal 
quelconque de maniere a les inclure dans le mes- 
sage d'identification, et le controle (ID2) de la cohe- 
rence entre le numero ^identification (ND) et ta cie 
(CL) selon un algorithme predetermine dans le 
moyen de traitement de prepaiemerit (SPP), et lors- 
que la coherence est etablie, la verification de I'ap- 
partenance du numero d'identification (ND) k une 
liste (LND) enregistree dans le moyen de traitement 
de prepaiement (SPP), la communication etahtcou- 
pee (tD21, ID31) par le moyen de traitement de 
paiement lorsque le nombre de defauts de coheren- 
ce excede un nombre predetermine, ou le numero 
d'identification n'est pas inclus dans la liste. 

Procede confomne k la revendication 1, selon le- 
quel, lorsque lesdits terminaux predetemr^ine et 
quelconque sont confondus en un terminal radiote- 
lephonique (PRM) relie au reseau telephonique 
(RTC) par un reseau radiotelephonique (RPM), la- 
dite composition d'un numero d'identification et 
d'une cie de controle sur le temiinal quelconque et 
ledit controle de la coherence entre le numero 
d'identification et la cl6 sont supprimes, ledit nume- 
ro d'identification sans cie de controle etant inclus 
dans le message d'identification qui est transmis 
par le reseau radiotelephonique (RPM) au moyen 
de traitement de prepaiement (SPP) aprds un appel 
(1D4) du reseau radiotelephonique (RPM) par le ter- 
minal radiotelephonique en composant un numero 
telephonique particulier (*55#), et la traduction 
(IDS) du numero telephonique particulier en un nu- 
mero d'appel (NSV) du moyen de traitement de pre- 
paiement (SPP) par le reseau radiotelephonique, la 
communication etant coupee (ID61) par le moyen 
de traitement de paiement lorsque. apres ladite ve- 
rification de I'appartenance du numero d'identifica- 
tion (ND) ^ ladite liste (LND), le numero d'identifi- 
cation n'est pas inclus dans la liste. 

3. Procede conforme k la revendication 1 ou 2, selon 
lequel le moyen de traitement de prepaiement 
(SPP) transmet des messages au terminal quelcon- 
que (TTQ. PRM) k travers un serveur (SV) de mes- 
sages vocaux et/ou alphanumeriques. 

4. Procede conforme k Tune quelconque des revendi- 



8 



15 



EP 0 794 651 A1 



16 



10. 



cations 1 k 3, seton lequel I'dtape de demander 
(MD) comprend la selection entre au moins deux 
modes de paiement (MD4). 

Procddd conforme h Tune quelconque des revendt- 
cations 1^4, seion lequel I'^tape de demander 
comprend un traitement diectronique de paiement 
(TEP) consistant k composer (MD4) un code secret 
(OS) au temriinal quelconque, le moyen de traite- 
ment de prdpaiement (SPP) acceptant la demande 
de prdpaiement lorsque le code secret est reconnu 
en association avec le message d'identification 
(ND) et n'a pas 6X6 ienX6 d'dtre compost un nombre 
de fois predetermine. 

Procede conforme k la revendication 5, selon lequel 
le code secret (CS) est enregistrd (MD3) dans le 
moyen de traitement de pr6paiement (SPP), sans 
. comparaison au message d'identification (ND), 
lorsque le compte de consommation (CO) est incre- 
ments pour la premiere fois par un montant resul- 
tant d'un titfe eiectronique de paiement (TEP). 

Procede conforme k I'une quelconque des revendi- 
cations 1^6, selon lequel retape de demander 
comprend un paiement par carte bancaire (MD5) 
en composant sur le terminal quelconque (TTQ. 
PRM) un numero predetermine (NCB) transmis au 
moyen de traitement de prepaiement (SPP) qui ac- 
cepte la demande de prepaiement lorsque le nume- 
ro predetermine a une longueur correcte et/ou n'ap- 
partient pas k une liste de numeros pr6determinee. 

Procede conforme k I'une quelconque des revendl- 
cations 1 k 7, selon lequel le moyen de traitement 
de prepaiement (SPP) refuse ledit montant (MV) 
lorsque I'un des cumuls de montants verses au 
moyen de Tun seiectionne de modes de paiement 
(TEP, CB) et de montants verses sur le compte de 
consommation (CO) associe au terminal predeter- 
mine (PRM) excede un montant maximal respectif 
(XF, YF) sur un nombre respectif de jours (NJ, MJ), 
et/ou lorsque le nombre de palements au moyen du 
mode de paiement seiectionne excede un nombre 
maximal respectif sur un nombre respectif de jours. 

Procede conforme k I'une quelconque des revendi- 
cations ^ k&, selon lequel, k retape de payer (PA), 
le moyen de traitement de prepaiement (SPP) 
transmet au terminal quelconque (TTQ, PRM) le 
solde (SO) du compte de consommation (CO) avant 
et apres Incrementation du compte de consomma- 
tion (ID7, PA2 ; PA31, PA32). 

Procede conforme k I'une quelconque des revendi- 
catlons 1 a 9, selon lequel, aprds incrementation du 
compte de consommation (CO), le moyen de trai- 
tement de prepaiement (SPP) transmet un certificat 
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provisoire de paiement (CPOP) au temninal quel- 
conque (TTQ, PRM), lorsque le paiement (PA) est 
un titre eiectronique de paiement (TEP). 

1 1 . Procede conforme k Tune quelconque des revendi- 
cations 1^10, comprenant apres retape de payer 
(PA), une invitation (CC1 ) k changer un code secret 
(CS) pour titre eiectronique de paiement (TEP). et 
en cas de reponse positive k ^invitation, un chan- 
gement de code secret (CC2). 
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